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ABSTRACT 

The  decision  to  implement  a  database  is  moti/ ated  by  the 
need  to  share  data  among  a  variety  of  diverse  applications 
and  to  integrate  data  for  supporting  more  sd phisticated 
applications.  Both  of  these  requirements  complicate  the 
already  difficult  task,  of  providing  safe  and  efficient 
access  to  computerized  data-  The  designer  shouLd  select  an 
appropriate  database  mDdel  among  alternative  database 
models.  This  thesis  analyses  various  aspects  of  personnel 
management  in  the  Army  and  determines  relationships  between 
polices  and  data  item  relationships.  Further,  from  the 
derived  model,  the  data  item  relationships,  database  design 
theories,  and  database  relationships  with  these  3  components 
a  personnel     management   system      is   designed.  In    order     to 

fully      implement   these     recommendations,         hardwire   must     be 
chosen,    and  a   significant   volume   of   data    must   be    loaded. 
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I.    INTRODUCTION 

One  of  tha  factors  which  limits  human  perfornance  is  the 
limited     capacity     of     human   memory.  Memory     is      commonly 

considered  to  be  divided  into  two  parts:  short  term  and 
long    term.  Short    term   aemory      is   compared    to      the   primary 

storage  of  a  computer.  It  is  characterized  by  rapid  access 
and  volatility.  Long  term  memory  is  compared  to  the  secon- 
dary storage,  in  that  it  is  more  permanent  in  nature  than 
short  term  memory  and  it  needs  more  time  anl  effort  to 
record  and    to   retrieve  information   from. 

The  basic  idea  cf  the  database  for  doing  personnel 
management  is  to  provide  means  of  extension,  to  both  short 
term    and      long    term    memory.  Long   term   memory      should   help 

users  to  easily  store  information  which  they  would  have 
difficultly  to  memorize.  Short  term  memory  shD uld  provide 
users  with  a  method  to  reduce  the  burden  upon  its  capacity. 
Instead  of  having  to  remember  a  piece  of  inf omation,  the 
user  uses  the  key  as  input  to  retrieve  the  desired  informa- 
tion from  the  personnel  database  system.  Retrie/ed  informa- 
tion   need   not   to  be    memorized   since   it   is  easy  to    obtain. 

A  good  personnel  database  system  should  provide  its 
users  with  means  for  storing  information  and  retrieving  it, 
that  are  faster  and  more  efficient,  for  a  variety  of  diverse 
applications.  Furthermore,      a      personnel   database      system 

reduces  the  manual  labor  and  the  expenses  Df  National 
Defense. 

To  achieve  these,  a  database,  for  doing  personnel 
management  in  Republic  of  Korea's  (ROK)  Amy  will  be 
designed.  Chapter  II  addresses  the  background,  that  relates 
to  the  database  design  for  ROK  Army's  personnel  management, 
the    end-user  requirement   and  application   system  requirement, 


and  introduce  the  research  direction  and  objectives  of  this 
thesis.  Chapter  III  selects  an  appropriate  database  model, 
discusses  the  characteristics  of  the  selected  model,  and 
introduces  techniques  for  its  designing.  Chapter  IV  designs 
the  personnel  database  by  process  of  database  lesign,  and 
discusses  special  subjects.  Finally,  chapter  V  presents 
conclusions  and  recommendations  for  this  thesis. 
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II.     BACKGROUND 

A.       OVERVIEW 

Often  today,  information  needed  in  an  important  decision 
making  process  is  scmewhere  in  an  organization  but  is  not 
available  to  the  personnel  decision  makers  whea  they  need 
it.  Many  personnel  managers  have  not  recognized  that  a 
better  system  is  needed  foe  information  retrieval.  With  the 
use  of  a  computerized  personnel  database,  persona  el  decision 
makers  can  get  far  tetter  information  than  was  possible 
prior  to  computers,  and  the  information  will  be  much  more 
timely. 

Personnel  managers  need  to  adopt  more  accural  e,  complex 
and  wide  variety  of  information  systems  for  tie  decision 
making  process.  It  is  impossible  to  obtain  all  information 
needed  through  manual  or  file  systems  when  the  information 
is   needed   within  a    relatively   short   periods   of  time. 

Personnel  decision  making  is  a  never  ending  process,  and 
extends  much  further  to  include  the  possibilities  for  job 
redesign,  counseling  and  guidance,  the  removal  of  organiza- 
tional constraints,  and  the  design  of  specialised  training 
or  development  programs.  Thus  mapping  the  individuality  of 
persons  is  necessary  not  only  for  personnel  salection  and 
placement,  but  for  all  other  personnel  programs  as  well. 
People  differ  greatly  from  one  another;  this  fact  does  not 
carry  implications  about  the  static  or  dynamic  nature  of 
human  abilities,  needs,  motives,  and  behavioral  tendencies. 
Therefore,  many  personnel  managers  are  becominj  interested 
in    PZESCNNEL   DATABASE   SYSTEMS. 

So  as  to  understand  end-user  requirements  and  current 
applications     of      systems      which    provide      limitei       kinds     of 
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information,      the     description   of      end-user   requirements  is 

provided   in  section    B.        Section   C   summarizes   ths    problem  of 

current     application      of      personnel   systems      and      section  D 
addresses  the   direction  and    objective   of   this   thasis. 

B.       EHD-OSEB   REQOTREMEHTS 

It  should  be  obvious  that  the  personnel  function  encom- 
passes more  than  first  imagined.  Personnel  Management  is 
indeed  concerned  with  individual  personnel  problems  and  also 
performs  to  support  the  achievement  of  military  objectives. 
In  other  words,  personnel  management  is  basically  concerned 
with  the  most  effective  application  of  military  manpower  as 
a  means   of   reaching    military   objectives.      [ Ref .    1 ] 

To  achieve  objectives  set  by  the  ROK  Army,  the  Personnel 
Department  at  ROK  Army  HQ  supports  three  groups:  Personnel 
Planning,    Personnel    Administration,    and   Welfare  [Ref.    2]. 

1 .      Personnel   Planning 

The  Personnel  Planning  group  should  compare  the 
present  with  future  needs  and  goals,  as  well  as  make  plans 
of  action  for  the  achievement  of  these  objectives.  Plans  of 
action  should  include  the  long  range,  mid  range  and  short 
range  future.  These  plans  must  be  carefully  determined  by 
using  large,  broad,  and  relevant  factors  of  internal  and 
external  nature.  The  factors  will  help  to  set  up  a  flexible 
and  adjustable  plan,  and  help  assure  that  the  iirection  of 
change  in  the  ROK  Army  is  straightforward  and  that  it  is 
attained.      [Ref.    3] 

By  the  variety  of  relevant  elements,  tie  personnel 
manager  should  have  better  information  with  whi^h  to  decide 
the  number  cf  procurements  from  and  retirements  to  civilian 
life,  the  number  of  personnel  to  be  promoted  to  each  rank, 
etc.  . 
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2 .      Personnel  Ad rainist r ati on 

The  fund  of  data  on  any  person's  backgromd,  career, 
interests,  and  other  characteristics  is  potentiilly  tremen- 
dous. The  best  basis  available  for  predicting  any  person's 
future  behavior  is  his  current  and  past  perforn ance.  The 
more  the  personnel  manager  knows  about  the  individual 
officer,  the  better  he  can  assign  personnel,  mail  functions, 
talents,  and  interests  to  his  position  needs,  and  the  better 
his  job/mission  can  be  modified  to  fit  his  skiLl  or  needs. 
Obtaining  a  broad  fund  of  relatively  reliable  objective  data 
about  any  person,  and  using  it  as  a  means  of  knowing  him 
better,  is  a  derivation  for  reaching  very  important  results. 
[fief.    3] 

Efficient  procurement  has  to  be  made  bised  on  the 
information  about  the  candidate's  education,  qualification, 
experience,  skills,  etc.  Effective  education  i  nd  training 
is  also  important.  It  is  not  possible  to  plan  education  and 
training  programs  for  each  individual  entrant  into  ROK  Army. 
It  is  necessary  to  plan  for  groups  of  persDns  who  are 
promoted  at  the  same  time  to  a  higher  rank,  and  for  EOK  Army 
candidates.  Education  and  training  data  will  be  accumulated 
with  other  types  of  data  and  used  to  determine  special  abil- 
ities. Assignment  can  then  be  made  to  make  optimum  use  of 
the      person's  abilities.  It   involves      the   recDgnition     of 

unused  abilities  and  development  of  latent  skills  to  the 
degree  required  to  meet  the  job  needs.  Promotion  is  also  an 
important  tool    in      the   motivation   of    personnel.  Since   the 

number  to  be  promoted  at  senior  rank  is  known,  tie  individu- 
al's abilities  at  his  present  rank  is  of  high  interest  to 
both    the    promoting    person   and   the   member.      [ Ref .    4] 

After  candidates  have  been  selected,  their  data  can 
be  synthesized  and  maintained  so  that  it  can  be  used  at  any 
time    for   transfer,    new  assignmert,    promotions,    etc.. 
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Personnel  separation  occurs  when  the  person  already 
has  a  new  job,  he  has  been  attracted  away  from  RDK  Army,  or 
he  reaches  the  age  limitation,  rank  limitation  or  maximum 
public      service    duration.  The      collected      dati    about      the 

person  who  is  terminating  must  be  complete  in  order  for  the 
personnel  management  system  to  give  leads  to  other  opportu- 
nities  and    fields. 

3 .      Welfare 

Managers  in  large  or  small  unionized  groups  should 
achieve  their  goals  more  often  than  managers  of  lonunionized 
groups.  The  manager  becomes  more  welfare  conscious  because 
of  the  threat  of  unionization.  The  welfare  i oes  appear 
adequate,  but  many  intangible  welfare  benefits  ire  given  by 
attitude      and   approval.  A   more      meaningful   expression     of 

welfare  is  that  managers  hope  to  carry  out  military  objec- 
tives in  full  recognition  of  the  importance  of  the  worth  of 
individuals   taking    part  in    the   objectives. 

Good  salary  and  kind  treatment  are  a  means  for 
welfare.  Kind  treatment  includes  such  thing  as  mental  and 
physical  health,  physical  work  and  recreatioa,  reward, 
personal  services,  leave,  medical  insurance,  etc.  These  are 
also    important    for    military    morale.      [Ref.    5] 

C.       APPLICATION    SYSTEM   REQUIREMENTS 

Several  computer   centers   were   installed   by  tie    ROK   Army. 
There      are    four      types  of      computer   centers.  The   type     of 

computer  center  is  determined  by  the  purpose  of  ise;  educa- 
tion, personnel,  logistics  and  intelligence.  All  the 
computer  centers  are  directly  controlled  by  the  Staff  of  ROK 
Army  HQ. .  Computer  centers  for  personnel  management  are 
located  in  same  city  as  military  forces.  They  each  have 
different   hardware    systems.         Applications   with    file   systems 
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have  been  individually  designed,  developed  and  operated  by 
the   different   operating  systems. 

They  use  several  languages,  COBOL,  Assembly  language, 
and  PL/1.  833  of  total  applications'  software  is  COBOL,  14% 
is  Assembly,  and  3%  is  PL/1.  Assembly  language  tends  not  to 
be  used  by  the  programmer  and  the  percentage  of  COBOL  will 
be  becoming  higher  and  higher.  Some  applicatisn '  s  systems 
are  operated  daily,  weekly,  monthly,  and  yearly.  The  files 
of  the  applications  consist  of  indexed  seguential  access 
method    (ISAM)    or   sequentially   fixed_length   records. 

At  present,  many  files  of  records  without  database  tech- 
niques are  used  in  ROK  Army.  These  files  contain  limited 
data   items      that   personnel    managers   require.  Several   file 

systems  provide  information  to  be  used  for  doiag  personnel 
management  by  spooling,  time  sharing,  and  virtual 
techniques. 

In  order  to  provide  personnel  managers  who  want  to  use 
information  with  it  as  soon  as  possible,  ROK  Arn  y  personnel 
systems  must  have  a  capability  to  provide  reliable  informa- 
tion with  efficient  processing.  This  is  complicated  by  the 
fact  that  the  application  systems  use  several  different  file 
system. 

The  problems  of  the  file  system  are  as  follows  [Eef.  6]. 
First,  there  is  high  level  of  redundancy.  There  are  several 
of  the  same  kind  of  data  items  among  Personnel  System,  Pay 
Roll  System,  PX  System,  Military  Medical  System,  etc.. 
These  common  data  items  are  updated  independently  in  each 
file  system.  It  is  very  hard  to  maintain  the  accuracy  of 
common  data  item  on  different  file  systems.  Furthermore, 
the    number    of   files    for   application   will   be   more    and   more. 

Second,  the  file  systems  are  inflexible.  Requests  for 
information  from  a  wide  range  of  users  are  in  possible  to 
answer   within      given    time.  Even   though      the  file      systems 

contain   data  items    for   producing   information   to   be    provided, 
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it  can  not  be  provided  relating  to  those  data.  The  data  can 
not  be  processed  without  reconstruction.  Althoigh  millions 
have  been  paid  for  computer  system,  the  information  can  not 
be   obtained  when   it    is   needed. 

Third,  it  can  be  expensive  to  make  changes  to  a  file 
system.  According  to  request  of  users,  a  file  system  can  be 
changed  cr  modified.  Sometimes  the  modifications  are  diffi- 
cult because  the  applications  were  not  adequately  documented 
for  other  programers.  As  time  goes  on,  this  problem  becomes 
worse  because  more  programs  are  created  or  modified.  And, 
whenever  a  file  is  changed,  programs  for  that  file  system 
have   to   be   changed    or  modified. 

Additionally,  individually  developed  file  systems  and 
non-standardized  hardware  systems  do  not  help  to  achieve 
data-communications    with  each   other. 

Recently,  the  higher  manager  recognizes  the  1  eed  for  the 
standardization  of  hardware  and  the  unification  of  applica- 
tion softwares.  One  department,  Software  Developing 
Department,  that  directly  manages  to  develop  application 
systems   and   programs   was   found. 

D.       RESEARCH  DIRECTICN/OBJECT 

It  could  be  clearly  seen  that  the  personnel,  management 
system  must  have  a  great  deal  of  relevant  inforaation  so  as 
to  proceed  efficiently  and  effectively  through  all  of  the 
aspects  involved.  This  supporting  information  mast  be  reli- 
able and  it  must  be  accurate.  This  can  be  accomplished  only 
if  the  relevant  data  is  also  accurate  and  contemporary.  In 
order  to  reach  the  needs  of  all  of  the  personnel  functions, 
management  must  also  gather  historical  data  ibout  rank, 
career,    education,    etc.. 

It  can  also  be  seen  that  one  personnel  function  may  need 
the    same  information   as   another   function.         For   example,    the 


education  and  training  function  needs  informatiDn  about  the 
educational  history  of  a  person  so  that  it  can  be  used  to 
assign    that   person.  This    same   information   wouL d      again   fce 

used  when  personnel  will  be  separated  from  ROK  Ac  my,  to  help 
him    find   a    new    job. 

As  time  goes  on,  personnel  managers  need  m^re  accurate 
and  increased  information  to  do  their  decision  making 
quickly.  Information  required  by  the  personnel  managers  is 
sometimes  too  complex  and  considerable  time  is  required  to 
prepare     it.  Different      personnel      managers     #ant      to     be 

supported  with  different  information.  From  time  to  time,  it 
is  impossible  to  answer  their  requests  with  file  systems. 
Several  personnel  file  systems  which  are  operated  in  EOK 
Army  computer  centers  can  be  replaced  by  one  personnel  data- 
base system  at  one  computer  center.  The  new  datibase  system 
for  doing  ROK  Army's  personnel  management  has  to  be  designed 
to  operate  with  minimum  man  hours,  and  have  ths  capability 
to  provide  decision  makers  with  a  broad  variety  :>  f  personnel 
information.  Therefore,      with      a      new   personnal      Database 

System,    costs  and  man  hours    could   be   reduced. 

The  direction  and  objective  of  this  thesis  will  show  how 
the  conception  of  database  design  is  applied  In  the  near 
future   for    doing   personnel    management    in   the   ROK    Army. 
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III.  DATA EASE  MODEL  SELECTION  AND  THEORIES  FOR  DESIGNING 

A.   OVERVIEW 

A  database  model  is  a  logical  organization  of  data* 
And,  it  is  important  design  tool  to  understand  the  local 
organization  data.  To  design  the  database  system,  the 
designer  must  select  an  adequate  database  model  to  achieve 
their  objectives  among  many  kinds  of  database  model.  To 
select  a  useful  database  model  among  these,  ho*  many  kinds 
of  criteria  should  be  considered  and  how  to  idopt  those 
criteria  for  candidate  model?  After  selection  a  adequate 
model,  what  principles  are  applied  to  build  a  effective  and 
efficient  database  system?  And,  what  are  the  techniques  to 
reduce  memory  space?  The  eventual  objectives  of  database 
systems  organization  are  to  develop  applications  easier, 
faster,  more  flexible,  and  more  economical.  These  objec- 
tives  must   be  achieved  by   the   database  system   designers. 

For  these  questions,  the  first  part  of  ta is  chapter 
describes  hew  to  select  a  database  model  and  saows  briefly 
the    characteristics      of   the    selected   model.  Tie   remaining 

part  presents  the  theories  (techniques)  for  effective  and 
efficient   database    system   designing. 

E.       COMPARISONS    OF    DATABASE    MODEL    AND    SELECTION 

There  are  many  types  of  data  models.  These  include  the 
relational  model,  the  network  model,  the  hierarciical  model, 
the  entity-relationship  model,  the  binary  model,  and  the 
semantic  data  model.  Foremost  among  this  list  are  the  rela- 
tional, network,  and  hierarchical  models.  [ Ref.  7,  8,  9] 
Indeed,  a  preponderance  of  the  commercial  database  systems 
in   use   today     are   based   upon   one    of      these   three.  However, 
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which  cf  these  data  models  is  better  for  doii  g  EOK  Army 
personnel  management?  This  is  a  question  we  si  all  attempt 
to  answer  as  we  evaluate  them  according  to  tie  criterion 
below. 

To  select  one  database  model  among  these,  tha  main  stan- 
dard of  comparisons  to  achieve  the  objectives  of  a  database 
system   organization    are   as    following   £Ref.    10,    11  ]    : 

1.  Ease  of  use.  It  requires  less  time  for  users  to 
become  familiar  with  database  system.  Tie  principle 
cost  may  be  time  spent  by  the  programmer  writing 
applications1  programs  and  by  the  iser  posing 
queries.  A  model  that  makes  accurate  programming  and 
the    phasing    of   queries   easy. 

2-  Efficiency      of     impl ementation        on      data      processing 
activity'.         The   total  cost      of    implementation   a    data- 
base comes     from   the      computer    time       (execution    time) 
spent. 

3-  Reality .  The  model  represents  as  closely  as  possible 
to  the  real    world   situation. 

In  the  standard  of  ease  of  use,  the  relatioi al  model  is 
higher  mark  than  others  [Ref.  8,  10].  This  moiel  provides 
only  one  concept  of  the  relation  (section  C)  ta at  the  user 
or  the  programmer  must  understand.  Furthermore,  this  model 
adopts  very  high  level  languages  for  expressing  queries 
concerning    data    represented. 

The  network  model  requires  understanding  of  both  record 
types  and  links,  and  their  interrelationships.  The  imple- 
mentation of  many-to-many  relationships  and  relationships  on 
three  or  more  entity  sets1  is  complex.  Similarly,  the  hier- 
archical modal  needs  an  understanding  of  a ow  to  use 
pointers,  and  it  has  the  same  problems  such  that  one-to-many 
relationships  between  two  entity   sets.      [Ref,    12] 


lEntity   set      is    a      collection    of      entity    that       is   repre- 
sented  directly    by   logical    record   type. 
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In  the  standard  of  implementation  efficiency,  the  hier- 
archical model  has  more  potential  than  the  relational.  But, 
the  pointer-oriented  implementation  with  variable  length 
records  needs  a  time  to  familiar  with  one-to-maay  mappings. 
[fief.    13] 

Through  the  above  discussion/  the  relation!  1  model  is 
considered  better  than  others  for  SOK  Army  persoa nel  manage- 
ment. The  user  has  little  knowledge  on  database  systems  and 
languages,      and    they   are     transferred   frequently.  within  a 

short  period  of  time.  Therefore,  they  require  to  familiar 
readily  with  database  system  that  does  not  na ed  greatly 
programming  skill.  Then,  the  potential  of  efficiency  in  the 
relational  model  can  be  increased  using  the  relational  query 
languages    (section   C) ,   and    normal  form    (section   E). 

In  addition,  even  though  individual  persona  el  data  can 
be  maintained  individually,  the  most  needs  are  for  statis- 
tical information  rather  than  individual  personi  el  informa- 
tion to  analyze  and  to  plan  for  personnel  management.  In 
this-  case,  most  of  the  information  output  f ormi t  are  natu- 
rally used  tabular  forms.  By  these  situations,  the  rela- 
tional model  is  more  helpful  than  others  ia  ROK  Army 
Personnel   Management. 

C.       CHAHACTZHISTICS    OF   E2LATI0NAL    MODEL 

1 •      The  cone eo ts    of    Relational    Model 

The  relational  model  represents  data  in  the  simple 
form  cf  tables.  A  relation  is  simply  a  two-  dimensional 
table  having  several  properties.  The  entries  in  the  table 
have  a  single  value  with  flat  files,2  and  the  entries  in  any 
column  are  all  of  the  same  kind.  Each  column  i as  a  unique 
name    and   the  order   of  the  columns   is   not   imcortaat.         No   two 


2A   flat   file   has    a  fixed   length   neither   repeating    groups 
nor    arrays. 
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rows  in  the  table  are  identical  and  the  order  of  the  rows  is 
insignificant.  Each  row  of  the  relation  is  calL ed  a  tuple. 
A  relation  that  has  n  columns  or  n  attributes  is  said  to  be 
of  degree  n.  Each  attribute  has  a  domain,  which  is  the  set 
of  values  that  the  attribute  can  have.  A  relation  of  degree 
n  has  n  domains,  not  all  of  which  need  be  inique.  To 
differentiate  between  attributes  that  have  the  same  domain, 
each    has  a    unique  attribute    name-      [Ref.    14] 

Within  a  given  relation  there  are  one  or  more  attri- 
butes with  values,  these  names  will  always  be  inique.  If 
so,  the  attribute  name  is  a  primary  key.  If  names  are  not 
unique,  then  the  key  must  have  more  than  one  attribute  or 
combinations  of  attributes.  Some  combinations  of  attributes 
have    the   unique    identification   property.  This    is   called  a 

secondary   key. 

Relational  model  represents  one-to-ona  relation- 
ships, one- to-many  relationships,  and  many-to-maa y  relation- 
ships. This  model  is  natural  and  conveniant  way  to 
construct  a  relationship.  These  relationships  are  hidden 
from  the  users.  The  users  can  use  only  data  values  to 
represent  and  process  relationships  among  tuples,  and  can 
access  the  data  using  terms  and  values  that  are  familiar  to 
them.      [Ref.    10] 

In  addition,  a  relational  schema  is  a  Listing  of  a 
relation  name  and  its  corresponding  attributes,  and  defini- 
tions of  constraints  on  data  values.  Relational  database  is 
specified   by  this  relational   schema.      [Ref.    14] 

2.      Basic  Operations  on    Relational   Model 

Relations  can  be  manipulated  using  open  tors  in  the 
algebraic  query  languages  to  obtain  a  desired  result  by 
combining  any  of  the  columns  and  selecting  any  Df  the  rows. 
There  are  several  basic  operations  to  manipulate  relations 
as   follows   [Ref.    10]    : 
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•  Union.  The  union  of  two  relations  is  formed  by 
combining  the  tuples  from  one  relation  with  those  of  a 
second  relation  to  generate  a  third.  Each  ca lation  must 
have  the  same  number  of  attributes,  and  the  attributes 
in  corresponding  columns  must  come  from  the  same  domain. 
Duplicated  tuples  are  eliminated. 

•  Difference.  The  difference  of  two  relations  is  a  third 
relation  containing  tuples  which  occurs  ia  the  first 
relation  but  not  in  the  second.  Each  relation  must  have 
the  same  number  of  attributes. 

•  Cartesian  Produc  t.  The  product  of  two  relations  is  the 
concatenation  of  every  tuple  of  one  relatioi  with  every 
tuple  of  a  second  relation.  The  product  of  relation  A 
(m  tuples)  and  relation  B  (n  tuples)  has  m  times  n 
tuples. 

•  Projection.  The  projection  is  an  operation  that  selects 
specified  attributes  from  a  relation.  The  rssult  of  the 
projectioQ  is  a  new  relation  having  the  selacted  attri- 
butes (columns)  . 

•  Selection.  The  selection  is  an  operation  that  selects 
specified  tuples  from  a  relation.  The  result  of  the 
selection  is  a   new  relation  having  the   selacted  tuples 

(rows)  . 

•  Intersection.  The  intersection  of  two  relations  gener- 
ates a   third   relation  containing   common   tuples. 

•  Join.  The  join  operation  is  a  combination  of  the 
product,  selection  and  projection  opera tioas.  In  two 
relation  A  and  E,  the  join  operator  is  as  follows: 
First,  generate  the  product  of  A  times  3.  Next,  do  a 
selection  to  eliminate  some  tuples.  Then,  remove  dupli- 
cated attributes   with   projections. 


22 


3.      Data  Manipulation   Languages 

The  operations  of  algebraic  guery  languages  were 
previously  discussed-  The  notation  for  expressing  queries 
is  usually  the  most  significant  part  of  the  data  manipula- 
tion languages.  Data  manipulation  languages  isually  have 
operations  beyond  these  of  guery  languages.  Of  course,  all 
data  manipulation  languages  include  insertion,  deletion,  and 
modification  commands,  which  are  not  part  of  the  guery 
languages.  Some  additional  operations  are  availible  such  as 
arithmetic,      assignment   and    print      commands,      aggregation   of 

function    (eg.      average,    sum,    total,    min,    max,    ),    and  so 

on.       [Ref.    10] 

D.       FUNCTIONAL    DEPENDENCIES 

The  idea  of  a  functional  dependency,  a  constraint  on  the 
possible  relations,  is  central  to  the  design  of  database 
schemes.  The  major  direction  of  most  database  designers 
effort  is  to  obtain  an  accurate  schema.  The  concept  of  what 
is  meant  by  a  "good." /"better"  schema,  and  ths-  associated 
conditions,    must  be    formalized. 

Given  a  relation  R,  if  at  every  instant  of  time  each 
value  of  A  has  no  more  than  one  value  of  B  assDciated  with 
it  in  the  relation  R,  the  attribute  3  is  said  to  be  func- 
tionally dependent  on  attribute  A.  Stating  that  B  is  func- 
tionally     dependent    en     A   is      equivalent    to      stating    that      A 

functionally  determines   B,    that   may   be   written  as    f:      A  > 

B.         This      is  in  accord   with      mathematical   logic    in      which  A 

>    B      means   that      A  determines    B,         that   is,         if   A      has  a 

certain   value   "a"    then  E   must   have  a    value    "b".      [Ref.     15] 

In  figure  3.1  given  the  SERVICE  NUMBER  vali  e  there  is 
only  one  corresponding  value  for  each  one  of  ths  other  five 
domains.  Functional  dependencies      between   attributes      are 

established   directly      by   the   meaning      of    the      data.         Saying 
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OFFICER  (service    number,    name, 

commissioned   date,    unit,    commanier    name) 

::~:::-::f::;::;:::J  ] 


Figure  3.1        Functional  Dependency   within  a  Relation    R. 

that  COMMISSIONED  DATE  is  functionally  dependent  on  SERVICE 
NUMBER  means  that  each  given  officer  is  idsntified  by 
SERVICE  NUMBER,  which  must  have  only  one  COMMISSIONED  DATE. 
But,  NAME  is  not  functionally  dependent  on  COMMISSIONED  DATE 
because  two  or  more  officers  of  different  COMMISSIONED  DATE 
can    have   the  same   NAME. 

In  a  relation,  every  nonkey  attribute  is  functionally 
dependent   on  at      least   the    key   attribute.  flhea    a   relation 

has  more  than  one  key  attribute,  all  its  attributes  are 
dependent  on  each  key  attribute  since  there  can  not  be  two 
or  more  attributes  which  have  the  same  key  value.  [Ref.  16, 
17] 

E.       NCRHAIIZATION   OF    RELATION    SCHEMES 

It  is  not  good  to  have  any  redundancies  in  the  specifi- 
cation of  the  schema.  All  designers  would  hope  that  the 
schema  adequately  separates  the  different  inforaation  unit. 
Generally  speaking,  making  of  all  functional  dependencies  is 
very  time  consuming,  since  usually  many  functionil  dependen- 
cies can  be  used  to  evaluate  the  schema  and  to  i ormalize  it 
into  a  better  schema.  Many  reasons  also  have  been  suggested 
why  normalizations  are  necessary.  [Ref.  15,  15]  In  figure 
3.1  undesirable  side  effects  occur  such  as  redundancy  and 
anomalies: 
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•  Redundancy.  The  UNIT  and  COMMANDER  NAME  ire  repeated 
once  for  each  SERVICE  NUMBER.  This  redundancy  causes 
problems  because  it  is  wasteful  storage,  as  well  as 
redundant    data    which  must   be   consistently  maintained. 

•  Update  An2.5.§i.i^§-  T^e  change  of  UNIT  requires  a  series 
of  changes  of  COMMANDER  NAME.  That  is,  a  ciange  should 
ripple  through  and  cause  a  series  of  changes  for  the 
database   to  be   consistent. 

•  Insertion  Anomalies.  When  a  commissioned  officer  is 
assigned  his  position  in  a  new  unit,  UNIT  ai d  COMMANDER 
NAME   must    be  contained. 

•  Deletion  Anomalies.  When  an  officer  is  se?  arated  from 
the  military,  any  military  information  wiLl  cease  to 
exist.  This  can  be  an  anomaly  if  it  is  desired  to 
retain  important,  long  range  information  about  the 
military. 

These  undesirable  problems  are  removed  from  a  relation 
by  normalization.  Good  database  designers  hav*  encouraged 
for  a  long  time  not  to  represent  more  than  one  "concept"  or 
"entity"  in  a  single  relation.  An  important  abjective  of 
normalization  is  to  get  rid  of  these  types  of  anomalies  by 
breaking  a  relation  into  simpler,  but  equivalent  relations. 
[Ref-    10,      15]    Figure   3.1    could   avoid   the   anomalies'    problem 


0FFICER1  (service    number,    name,    commissioned   ii te,    unit) 
COMMANDER  (unit,    commander    name) 


Figure   3.2        The  Relations   0FFICER1    and   COMMANDER. 


by  using  two  relations  that  shows  figure  3.2.  In  figure 
3.2,  OFFICER1  and  COMMANDER  are  isolated  and  related  by 
specifying  the  UNIT.  These  two  relations  are  based  on  func- 
tional  dependency,       SERVICE    NUMBER >    UNIT,      aid    UNIT > 

COMMANDER  NAME.  As  a  result,  they  do  not  interface  with 
each  other.  In  addition,  the  two  relations  are  considered 
better  than  the  original  relation  since  the  joii  of  the  two 
relations  is  equivalent  to    the   original   relation. 
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IV.  DATABASE  DESIGN  USING  RELATIONAL  M09EL 

A.  OVERVIEW 

Generally,  the  database  design  consists  of  two  phases: 
the  logical  design  and  the  physical  design.  It  is  hard  to 
identify  these  exact  two  phases  in  the  designing  process. 
In  this  chapter,  the  relational  theory  is  appLied  to  the 
requirement  (discussed  in  chapter  II)  for  doing  a  EOK  Army 
personnel  management  system.  A  relational  datibase  design 
is      specified      using    three      major      components:  relations, 

interrelation  constraints,  and  domain  and  attribute/domain 
correspondences      [Ref.    1**]-  To      obtain      these      components 

concerning  the  database  objectives,  the  designer  should  use 
the  design  methodology,  the  design  techniques  ia  each  step, 
the  validity  of  the  information  requirement,  aid  a  lot  of 
endeavor.  Of  course,  designing  an  integrated  database  is 
difficult,    time   consuming,    and   an   unstructured  process. 

In  order  to  design  relational  database  in  tiis  chapter, 
section  B  shows  data  item  analysis  and  data  item  groups. 
Section  C  presents  data  item  groups  and  their  applications. 
Section  D  contains  database  design.  Section  E  introduces 
special   discussions. 

B.  DATA  ITEM  ANALYSIS  AND  DATA  ITEM  GROUPS 

The  integrated  file  structure  is  made  up  oc  groups  of 
all  relevant  data  items  to  conveniently  manage  aid  operate  a 
user  organization.  The  main  idea  of  a  database  is  to  place 
all  relevant  data  in  one  database  in  a  consisted t  and  stan- 
dardized method,  to  get  rid  of  unnecessary  relundancy  and 
file  handling,  and  to  support  selective  inquiry  capabilities 
designed  to  achieve  a  wide  variety  of  ia f ormational 
requests. 
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So  as  to  achieve  these  requirements,  the  aithor  had  to 
synthesize  specific  data  items  from  several  cirrent  file 
systems  and  other  necessary  data  items  froa  the  user 
requirement  (discussed  in  chapter  II)  with  idea tif ications 
and  clarifications.  The  file  system  has  inclui ed  87  sepa- 
rate data  items  that  are  collected.  These  data  items  are 
attached  in   Appendix    A. 

After  collecting  the  data  items,  eliminating  redundant 
or  unnecessary  duplication  and  adding  the  other  data  items 
that  are  required  for  the  database  model  to  consolidate  the 
database.  There  are  169  data  items  that  are  composed  of  two 
basic  groups  according  to  frequency  of  updating  or 
accessing.  Data  items  are  almost  static  in  relation  to 
others.  These  items  are  composed  of  the  data  that  is  not 
frequently  updated.  These  data  items  are  diviled  into  two 
smaller   groups: 

1.  Data  items  that  are  frequently  used  or  retrieved  by 
applications1  programs  could  be  grouped  in  Main 
Identification  (MAIN)  that  contains  eleven  data 
items.      This    group  will    be   occur   only   one    time. 

2.  Data  items  that  are  infrequently  used  or  retrieved  by 
applications'  programs  are  grouped  in  Personnel 
Characteristics  (PSNLCH)  that  consists  of  five 
subgroups: 

•  Commission  subgroup  (COMM)  gives  the  information 
about  native  military  education  course  and  date 
of  commission.  This  subgroup  occurs  only  once 
and    contains    six    data    items. 

•  Body  Char  subgroup  (BODY)  includes  seven  data 
items  that  give  the  information  about  blood  type, 
height  and  uniform  size.  This  suo group  will 
occur   only  one   time. 
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•  Marriage  subgroup  (MARR)  contains  two  data  items; 
martial  status  and  status  date.  Ti is  subgroup 
may    be  repeated. 

•  Address  subgroup  (ADDR)  contains  thres  data  items 
about  present  address  and  housing  stitus.  This 
subgroup    will  be    repeated. 

•  Retirement  subgroup  (RETIRE)  that  gives  the 
information  about  reason  and  date  of  retirement. 
This  subgroup  contains  four  data  items  and  occurs 
only    once. 

Data   items    that    are   dynamic      and   frequently   change,      and 
are   required  to    collect   for      historic   purposes,       are   divided 
into    several  smaller    groups    depending    on    their  corresponding 
historical   applications.      These   groups   are   the  following: 
1«      Promotion      group    (?RMT)         has      the   inf  ormi  tion      about 
rank.        This    group  contains   five   data    iten s   that   will 
be  repeated. 
2-      Career   £rou£       (CAREER)       gives      the   inf  ormi  tion      about 
military      career.         This      group      includes    seven      data 
items  that   will  be  repeated. 
3.      Education      group         (EDUCN)         is        composel         of         two 
subgroups: 

•  military  Education  subqroup  (MEDUC)  gives  the 
information  about  military  education  courses  and 
grades.  This  subgroup  contains  nins  data  items 
that    will    be  repeated. 

•  Civilian  Education  subgroup  (CEDOO  =  has  the 
civilian  education  background  both  before  and 
after  being  in  the  military.  This  subgroup 
contains   eight  data   items   that    will  be    repeated. 


Capabilities      croup  (CPBLTY) 

subgroups  as    follows: 


consists 


of      three 
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•  Physical  Exam  subgroup  (PHYSIC)  cdd tains  the 
physical  capabilities-  This  subgrojp  has  eight 
data    items  that    will   be   repeated. 

•  Technical  Capabi lity  subgroup  (TECH)  gives  the 
information  about  some  technical  skill  and  the 
date  obtained.  This  subgroup  contains  four  data 
items   that   will    be   repeated. 

•  Foreign  Language  subgroup  (FRLANG)  Includes  six 
data    items.      This   subgroup    will    be   repeated. 

5-  Health  Condition  g.rou£  (HEALTH)  contains  nineteen 
data   items  that   will    be   repeated   every   yeir. 

6.  Award  and  Punishment  group  (AWARD)  has  the  informa- 
tion about  the  awards  received  (medal,  honor,  or 
commendation)  and  any  punishment  given,  ind  the  date 
of  occurrence.  This  group  contains  six  data  items 
and   will    be    repeated. 

7.  Estimation  group  (ETMT)  has  the  inf  ormatiD  n  about  the 
estimates  on  a  military  person  by  the  commander/ 
seniors  in  a  unit.  This  group  is  diviled  into  two 
subgroups : 

•  Service  Estimation  subgroup  (SVEST)  contains  ten 
data    items  that    will   be   repeated   everf    year. 

•  Recommended  Order  subgroup  (RCMORDi  includes 
three  data  items    that   will   be   repeated. 

8-       Secret   Treatment  £rou£    (SCRT)       has    the   information   on 

the   permitted    treatment   of   military    secret    documents. 

This      group    contains      four      data      items   aid      will      be 

repeated. 
9.      War   Experience  group     (WAREPfi)       is   recorded    with   three 

data  items.       This   group    will   be   repeated. 
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10-  Flying-time  group  (FLYTIM)  has  the  amouit  of  flying 
time  with  a  certain  kind  of  plane  to  :arry  out  a 
given-mission.  This  group  contains  seven  data  items 
that   will   be    repeated. 

11.  Welfare  gr_ou£  (WELFARE)  is  composed  of  seven 
subgroups : 

•  Family  subgroup  (FAM)  gives  the  infornation  about 
a  family  member.  This  subgroup  coi tains  four 
data    items  and  will  be   repeated. 

•  Education  Ex pens  es  Reduction  subgroup  (EDUEXP)  is 
the  recorded  amount  of  the  reduced  children's 
educational  expenses.  This  subgrojp  contains 
four    data   items    and   will   be   repeated. 

•  Mailing  Address  subgroup  (HAIL)  contains  the 
mailing  address  to  be  used  when  thers  is  a  total 
war.  This  subgroup  includes  five  data  items  and 
will  be  repeated.  The  data  item  'Nime'  in  this 
subgroup  may  be  the  same  as  the  data  item  'Name' 
of   Family   subgroup. 

•  Leaves  subgroup  (LEAV)  has  the  infornation  about 
military  vacations.  This  subgroup  contains  three 
data    items  and   will   be   repeated. 

•  PX  Goods  subgroup  (PX)  is  a  recori  about  the 
various  goods  purchased  from  the  PX.  This 
subgroup  contains  five  data  items  i nd  will  be 
repeated. 

•  Payroll  subgroup  (PAY)  has  the  information  on 
salary.  This  subgroup  contains  eleven  data  items 
and    will    be  repeated   every    month. 

•  Transportation  R  eduction  subgroup  (TR\  NS)  is  the 
recorded      amount      of   the      reduced      transportation 
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fee.         This  subgroup  contains   five   data   items   and 
will    be   repeated. 

C.  DATA   ITEM    GROUPS    AND   THEIE    APPLICATIONS 

The  main  idea  in  building  a  database  is  to  share  data 
among  a  wide  variety  of  applications  and  to  consDlidate  data 
for    maintaining    more   applications.  Both   of   these   require- 

ments need  the  complex  task  of  supporting  safe  and  require- 
ments using  more  interrelated  data  and  support  by  sharing 
data  among  many  applications.  These  database  objectives  can 
be  attained  by  providing  database  management  system  (DBMS) 
software  to  physically  link  related  data  into  complex  file 
organizations. 

The  objectives  are  also  attained  by  the  de/ elopment  of 
database  design  methodologies  that  are  non-redundant.  Data 
updated  by  one  application  can  be  used  by  all  other  users  of 
the  data  because  of  a  major  objective  of  databass  management 
is  data  sharing.  The  Main  Identification  (MAIN)  ,  Personnel 
Characteristics  (PSNLCH) ,  Promotion  (PSMT)  groups  identified 
in  the  previous  section  are  applied  by  all  applications. 
The  other  groups  in  multiple  applications  are  shown  in  the 
figure  4.1.  The  abbreviations  used  in  the  figire  4.1  come 
from      group/subgroup   names      in   the     previous   section.  The 

numbers  in  the  circles  are  used  for  applications:  1  is  used 
for  general  informations  of  individual  person,  2  is  for 
limited  informations  of  individual  person,  3  is  for  applica- 
tion of  procurement  and  promotion,  4  is  for  education,  5  is 
for  assignment  and  transfer,  6  is  for  retirement,  and  7  is 
for    welfare. 

D.  DATABASE   DESIGN 

For  producing  an  effective  relational  database  design, 
David  Kroenke  [Ref,  14]  presents  several  differant  criteria 
as    follows: 
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Figure  4.1    Data  Item  Groups  and  Applications. 
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•  Elimination   of   modification    anomalies 

With  soma  relations,  changing  data  have  undesirable 
consequences.  These  consequences  are  called  n odif ication 
anomalies    (discussed   in   chapter   III).  If  relations   can   be 

put   into     normal   form,      then      modification   anomaLies      do   not 
happen.  Thus,      relations      that      are      in   normal      form      are 

prefered,      and    normal  form    that   is   become   is   a   design   objec- 
tive. 

•  Relational  independence 

Two  relations  are  independent  if  modifications  can  be 
made  to  one  without  regard  for  the  other.  To  achieve  rela- 
tional independence,  the  relations  can  be  joins d  together. 
However,  the  joined  relation  may  occur  modificition  anoma- 
lies. To  get  rid  of  modification  anomalies,  da  composition 
can   be   adopted    in   relations. 

•  Nonloss   projections 

The  join  of  projection  may   create  false  records.    In  a 
database  design,    projection  that  generates  false  records. 
(loss  projections)  can  not  be  permitted-    Thus,   one  of  the 
relational  database   design  objectives   is  nonloss   project- 
ions. 

•  2^se  of   use 

One  criterion  for  a  relational  design  is  uss r  friendly. 
As  far  as  possible,  the  designer  should  strive  to  build  the 
relations  in  order  that  are  familiar  and  seem  natural  to 
users. 

Among  the  design  criteria  discussed  above,  the  designer 
must  decide  priorities  and  make  the  best  possible  compromise 
in  light  cf  requirements.  There  is  no  standard  rule  for 
priority.  Thus,  the  author  gives  a  priority  to  ease  of  use 
since  users  have  little  knowledge  on  databases  aid  users  are 
frequently   transferred. 
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The  author  examines  data  dictionary,  determines  that 
certain  items  in  the  record  and  certain  records  will  need  to 
exist,  .based  upon  the  end-user  requirement  {discussed  in 
chapter  II) .  MAIN  IDENTIFICATION  record  includes  3  items  of 
private  information,  BIRTH  PLACE,  ORDER  OF  SON,  and 
RELIGION.  They   are     very    commonly      used      and  c eguired     as 

general  information.  BIRTH  DATE  and  SEX  are  lot  included 
since  the  social  security  number  indicates  that  information. 
Present    rank     is   added     in    the      PROMOTION   record.  SPECIAL 

ERANCH  is  needed  for  only  a  few  persons,  therefore  can  not 
be  eliminated.  RECRUITMENT  DATE  in  the  COMMISSI} N  record  is 
the  information  of  annuity.  In  the  near  future  RECRUITMENT 
DATE    will   be  adopted   to  compute   the   length   of   service. 

In  the  BODY  CHARACTERISTICS  record,  weight  is  added  in 
the  HEALTH  CONDITION  record.  Color  of  eyes  aid  Color  of 
hair  are  not  important  item  since  Korea  is  one  unigue 
nation,  since  all  Koreans  have  brown  eyes  and  black  hair. 
HOUSING  STATUS  and  STATUS  DATE  in  the  ADDRESS  record  are 
used    for   the  information   about   housing   allowance.  MILITARY 

PERSONNEL  RULES  in  the  RETIREMENT  record  includes  the  reason 
why  he  retired,  and  is  used  for  the  annuity.  Duration  of 
service  is  from  RETIRED  DATE  and  RECRUITMENT  DATE.  This 
data    is   not   stated   directly    in   the   reguirement. 

RANK  STATUS  in  the  PROMOTION  record  is  one  of  the  more 
important      information     within        personnel      treatment.  If 

someone  has  two  records  with  the  same  rank,  two  records  are 
identified    by      RANK    STATUS.  RANK   and      PROMOTION    DATE      are 

enough   to   find    the    duration    of   service   in    the   certain   rank. 

The  duration  of  certain  positions  can  be  found  from 
START  DATE  and  COMPLETION  DATE.  Therefore,  duration  item  in 
the  CAREER  record  is  not  necessary.  UNIT  iten  gives  the 
information  about  the  next  position  to  be  assigned.  The 
next  position  to  be  assigned  is  not  usually  with  the  same 
unit  as  before  since  it  is  important  to  famiLiarize  all 
personnel   with    many    ether  regions   of    military   operations. 
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SCHOOL  NAME  item  in  the  MILITARY  EDUCATION  record  is  the 
institution  attended.  One  of  the  most  important  items  is 
COURSE   NAME.  This    item  gives      a   lot    of      inforn ation,      the 

number  of  the  candidate,  the  number  of  the  class,,  the  size 
of  the  class,  etc..  GRADE,  AVERAGE  3RADE  IN  CLASS,  ORDER  IN 
CLASS  and  CLASS  SIZE  are  important  data  for  selection  of 
promotion.  For  instance,  if  a  certain  serviceman  has  an 
ORDER  IN  CLASS  that  reflects  a  standing  in  the  top  third  of 
the   CLASS   SIZE,    he    is  evaluated   as   an    excellent   serviceman. 

EXAMED  YEAR  item  in  the  PHYSICAL  EXAM  record  is  enough 
since  every  serviceman  takes  a  physical  exam  yearly.  FINAL 
RESULT  item  is  not  necessary  since  the  final  resilt  is  found 
from  each  item  in  the  PHYSICAL  EXAtf.  OBTAINED  DATE  in  the 
TECHNICAL  CAPABILITY  record  gives  the  inf ormatiD n  about  the 
experience  of  techniques.  Interpretation  and  translation  in 
the  FOREIGN  LANGUAGE  record  is  replaced  with  SPEAKING  LEVEL 
and    LISTENING   LEVEL. 

CHECKING  YEAR  item  in  the  HEALTH  CONDITIO*  record  is 
shorter  and  better  than  checking  date  since  the  lealth  check 
is  executed  every  year.  AWARD/PUNISHMENT  record  is  one  of 
the    more   important    data   for    morale   and   for   promotion. 

All  items  in  SERVICE  ESTIMATION  record  will  be  very 
frequently  used  to  assign  personnel  to  new  positions,  to 
select  every  applicant  for  education,  and  will  be  provided 
to  the  decision  maker,  namely  the  promotioa  selection 
committee.  But,  the  total  result  is  currently  used.  TOTAL 
RESULT  item  is  not  necessary  since  the  total  result  can  be 
derived   from  each  item. 

FLYING  TIME  record  will  be  adopted  for  onL y  aviation 
officers.  This  record  is  maintained  after  e/ ery  sortie. 
The  accumulation  of  flying  time  for  each  sortie  is  derived 
from    TAKE   OFF    HOURS    and    LANDING    HOURS. 

There  are  several  records  in  the  WELFARE  groip.  FAMILY 
record   is  very    popular  used      as   private   information.         Birth 
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date  and  sex  is  also  not  included  (discussed  in  MAIN 
IDENTIFICATION  group).  In  the  EDUCATION  EXPENSES  REDUCTION 
record,  social  security  number  will  be  used  as  the  primary 
key.  ADDRESS  item  in  MAILING  ADDRESS  record  fill  be  used 
when  there  is  a  total  war,  since  all  servicemeo  will  be  at 
war,  the  monthly  payroll  and  other  corresponds! ces  will  be 
sent      to      another     person.  This      address      itea      for      seme 

servicemen  will  be  the  same  as  the  PRESENT  ADDRESS  in  the 
ADDRESS  record.  LEAVES  record  is  very  important  for  enlist- 
edmen.      This  record    may  occur   every   year. 

It  is  time  to  determine  whether  or  not  certain  records 
are  combined  or  separated.  In  all,  the  information  about 
career  events  in  the  COMMISSION,  RETIREMENT,  PROMOTION, 
CAREER,  and  MILITARY  EDUCATION  records  can  be  combined  into 
a  single  record.  The  36  initial  items  in  the  aoove  records 
can  be  reduced  to  the  following  17  items:  Common  items  are 
SERVICE    NUMBER/     PERSONNEL    ORDER,     and    DATE    OF    ORDER.  COURSE 

NAME  is  used  for  COURSE  of  the  COMMISSION  record,  and  COURSE 
NAME    of      the   MILITARY   EDUCATION      record.  ORDER       OF    COURSE, 

ORDER  IN  CLASS,  and  CLASS  SIZE  are  common  to  the  COMMISSION, 
and      the   MILITARY      EDUCATION    records.  START      )  ATE   is      for 

COMMISSIONED  DATE  from  the  COMMISSION,  PROMOTION  DATE  from 
the  PROMOTION,  RETIREMENT  DATE  from  the  RETIREMENT,  and 
START  DATE  from  the  CAREER  and  the  MILITARY  EDUCATION 
records.  COMPLETION  DATE  is  for  RECRUITMENT  D\ TE  from  the 
COMMISSION,  and  COMPLETION  DATE  from  the  CAREER  and  the 
MILITARY   EDUCATION    records.  UNIT    is    for    SCHOOL    NAME    in    the 

MILITARY  EDUCATION,  and  UNIT  in  the  CARES R  records. 
COMPLETION  REASON  and  POSITION  are  used  only  foe  the  CAREER 
record.  GRADE  and  AVERAGE  GRADE  are  only  for  the  MILITARY 
EDUCATION   record.  RANK  and   RANK  .  STATUS    are  only      for   the 

PROMOTION  record.  MILITARY  PERSONNEL  RULE  is  :>  nly  for  the 
RETIREMENT   record.  By  the      combining   of      serveral   records 

about   career,      total    record    length   is   reduced   from    221    bytes 
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to  95  bytes.  And  this  combined  record  name  is  CAREERS.  If 
COURSE  NAME  is  not  blank  and  GRADE  is  blank,  this  record 
contains  the  information  about  the  COMMISSION  record.  If 
COURSE  NAME  is  not  blank  and  GRADE  is  not  blank,  this  record 
contains  the  information  about  the  MILITARY  EDUCATION 
record.  If  RANK      is  not      blank,      this      has   tha       PROMOTION 

record.  If  POSITION  is  not  blank,  this  has  the  CAREER 
record.  If  MILITARY  EDUCATION  is  not  blank,  this  has  the 
RETIREMENT    record. 

The  ADDRESS  and  the  MAILING  ADDRESS  records  can  be 
combined  into  a  single  record,  PRESENT  5  MAILING  ADDRESS. 
HOUSING  STATUS  and  STATUS  DATE  are  only  for  the  ADDRESS 
record.  NAME,       SOCIAL      SECURITY      NUMBER,       RELATION,  and 

PRIORITY  are  for  the  MAILING  ADDRESS  record.  This  PRESENT  S 
MAILING    ADDRESS    record   has    8   items,    and    106    bytes. 

The  WAR  EXPERIENCE,  AWA  RD/PU.NISHMENT,  and  LEAVES  records 
can  be  combined  into  a  single  record  named  WAR_Airf  ARD_LEAVES. 
KIND  OF  AWARD/PUNISHMENT,  WHO_GIVEN,  and  GENERAL  ORDER  are 
used    for      the   AWARD/PUNISHMENT    record.  START   ) ATE      is   for 

RECEIVED    DATS      of   the   AWARD/PUNISHMENT,  START   DATE      of    the 

LEAVES  and  the  WAR  EXPERIENCE.  COMPLETION  DATE  is  for  DATE 
CF  ORDER  of  the  AWARD/PUNISHMENT,  COMPLETION  DATE  of  the 
LEAVES  and  the  WAR  EXPERIENCE  records.  WAR  NAME  is  for  the 
WAR  EXPERIENCE,  and  REASON  is  for  the  LEAVES  records.  This 
record  is  reduced  from  15  items  to  9  items,  and  from  123 
bytes  to  93  bytes.  The  way  to  identify  each  information  is 
as  follows:  If  REASON  (WRSN)  is  not  blank,  this  is  the 
information  about      the  LEAVES   record.  If   WAR   tfAME     is  not 

blank,  this  in  the  information  about  the  WAR  EXPERIENCE 
record.  If  RHO_GIVEN  is  not  blank,  this  is  the  information 
about    the    AWARD/PUNISHMENT    record. 

PHYSICAL  EXAM  and  HEALTH  CONDITION  can  be  combined  into 
a  single  record,  too.  This  record  is  called  PHYSICAL  EXAM  & 
HEALTH   CONDITION.  CHECKING    YEAR    will    be    use    with    EXAM    YEAR 
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of  the  PHYSICAL  EXAM  record-  EYE  (LEFT)  uses  wil  h  100m,  EYE 
(RIGHT)  uses  with  2000m,  EAR  (LEFT)  uses  with  BROAD  JUMP, 
EAR  (RIGHT)  uses  with  CHIN_UP,  NOSE  uses  with  GRE NADE_THROW, 
and    TOOTH    (DP)  uses   with    SANDBAG_CARRI AGE   of      the    PHYSICAL 

EXAM    record.        If   the  last    item,    WEIGHT,      is   blaik,      this   is 
the    information   about   the  PHYSICAL   EXAM    record. 

However,  combination  into  a  single  record  can  not  be 
performed  if  the  combined  records  have  very  different  usage 
frequencies  and/or    circumstances.  For   instance,       MARRIAGE 

and  FAMILY  records,  SECRET  TREATMENT  and  SERVICE  ESTIMATION 
records,    etc.. 

On  the  other  hand,  MAIN  Identification  record  contains 
the  private  information  BIRTH  PLACE,  ORDER  OF  SON,  and 
RELIGION.  Therefore,  the  MAIN  Identification  record  will  be 
separated  into  two  records,  MAIN  ID  and  PRIVATE.  The  MAIN 
ID  record  has  8  items  and  the  PRIVATE  record  his  4  items. 
And,  the  PAY  ROLL  record  should  be  kept  separated  for 
security  reason. 

By  the  above  discussion,  one  record  is  separated  into 
two  records  and  12  records  are  combined  into  faur  records. 
The  number  of  total  records  is  20  and  total  items  is  138 
(attached  appendix    B)  . 

Relationships  can  be  derived  from  the  defined  records. 
SERVICE  NUMBER  in  the  MAIN  ID  record  is  to  be  Hatched  just 
one  time  with  SERVICE  NUMBER  in  the  PRIVATE  and  the  BODY 
CHARACTERISTICS  records.  By  the  same  ways,  SERVICE  NUMBER 
in  the  PRIVATE  record  is  to  be  matched  just  ona  time  with 
the  MAIN  ID  record.  These  records  have  one-to-oae  relation- 
ships with  each  other.  One-to-one  relationships  are  illus- 
trated  in   the   figure    4.2. 

SERVICE  NUMBER  in  the  MAIN  ID  record  may  a ave  several 
CAREERS  records  with  the  same  service  number.  Bit,  there  is 
only  one  MAIN  ID  record.  There  are  one-to-maay  relation- 
ships from  the  MAIN  ID  record  to  the  CAREERS  records. 
Figure   4.3    represents  one-to-many   relationships. 
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Figure   4,3        One^ to-many  Relationships. 
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SERVICE  NUMBER  in  one  CAREERS  record  can  be  Hatched  with 
several  SERVICE  ESTIMATION  records  with  the  same  service 
number,  vice  versa.  This  case  is  an  example  of  a  any-to-many 
relationships.  Many-to-many  relationships  are  represented 
in   the     figure    4.4.  These   records   in      the   figjre      4.4   are 

many-tc-many  relationships    with   each   other. 
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Figure   4.4        The   List   of   Many-to-many   Relatisnships. 


Schema    is   developed    by    determining    data    items 
and   relationships     among   database   records.  Thi 

will  review  the  entities  presented  in  this  ci 
user  requirements  of  chapter  II  and  the  ra 
presented  above.  The  designer  must  be  particuli 
to  determine  whether  these  relations  have  attc 
values  that  are  sets.  Attributes  with  values  ti 
are  not  permitted  in  a  relation,  each  attribute  h 
value  per  record,  and  records  can  not  be  contaia 
records.  After  eliminating  these  problems,  ever^ 
primary  key  can  be  decided  and  the  logical  schemi 
formed   into  a   relational   schema   as   appendix   C. 
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Figure  4.5   Interrelation  Constraints. 

Figure  4.5  presents  interrelation  constraints.  For 
example,  it  specifies  that  the  values  of  SERVi: E  NUMBER  in 
PRESENT/MAILING  ADDRESS  must  be  a  subset  of  tie  value  of 
SERVICE  NUMBER  in  MAIN  ID.   3y  the  terms  of  projacticn, 

PRESENT/MAILING  ADDRESS  (SN)  subset  of  MAIN  ED  (SN) . 
And,    domain   and   attribute/domain    correspoa dences  are 
replaced  by   Data  Dictionary   (appendix  B)    and  code   table 
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(appendix   D) .      These    will   be  used   by    application    programmers 
and   query/update  users. 

The  relations  in  the  schema  (appendix  C)  n ust  be  not 
insertion  or  deletion  anomalies.  Also,  all  of  the  interre- 
lation constraints  must  be  inclusion  constraints.  No  func- 
tional dependencies  have  been  normalized  across  relations, 
and   the   relations  are  natural. 

E.       SPECIAL   DISCUSSICH 
1 •      Service    Number 

The  individual's  service  number  is  the  primary  key 
in  the  personnel  database.  Of  course  the  socl  al  security 
number  can  also  be  used,  however,  for  military  pirposes,  the 
individual's  service   number    is   more   useful. 

Even  within  the  military  there  are  seven  1  different 
serial  service  number  according  to  the  serviceman's  native 
military  education  courses.  To  make  it  easier  to  access  the 
database  the  various  service  numbers  must  be  changed  into 
one  unique  form  before  loading  into  the  database.  When  they 
are  retrieved  by  the  application  software,  they  must  be 
transformed  back  into  their    original   form. 

The  racommended  transformations  by  the  author  for 
individual   service    numbers    are   the   following: 

A.      Officer 

1)  commissioned      from     Korean    Militiry   Academy: 
000NNNNN 

Example:  20235   ====>    00020235 

2)  commissioned        from        3rd      Koreai       Military 
Academy:    00  5NNNNN 

Example:         512345   ====>  00512345 

3)  commissioned   from   ROTC:  0NNNNNNN 
Example:    84-01234    ====>  08401234 

4)  commissioned  from    OCS:  O0NNNNNN 
Example:         253248  ====>  00253248 
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5)       commissioned      for      the    local    defense    forces: 
004NNNNN 
Example:         412527   ====>    00412527 

B.  Warrant    Officer:    003NNNNN 

Example:         302132    ====>    00302132 

C.  Non    Commissioned   Officer    and   below:    iNNNNNNN 

Example:    80012356  ====>    80012356 
12102732    ====>    12102732 

D.  Civilian:    50NNNNNN 

Example:      A  112947   ====>    50112947 

2-      Transaction    Processing 

The  index  is  used  in  order  to  immediately  access  a 
specific  record,  and  consists  of  one  or  more  attributes  of  a 
certain  entity.  It  is  usually  considerably  smaller  than  a 
certain  entity  and  can  refer  to  the  attribute  that  is 
inverted,    e.g.  ,    RANK    is    an    index. 

Insertion,  update,  deletion,  and  sei rching  are 
important  functions.  When  inserting  one  recDrd,  it  is 
necessary  to  find  the  correct  place  to  insert  it.  Searching 
is  also  necessary  to  locate  a  certain  record  thi t  is  to  be 
updated  or  deleted.  For  instance,  in  order  to  find  the  UNIT 
name  that  a  certain  serviceman  named  Hong  Kil  Dong  serves, 
if  his  service  number  is  known,  his  CAREERS  records  can  be 
easily  found.  Among  several  CAREERS  records  foaad,  his  unit 
name    can   be     found    frcm  a  certain   record.  That    record   has 

UNIT  entity  with  value  and  the  latest  ORDER  OF  DHL  If  his 
service  number  and  birth  place  are  known,  several  MAIN  ID 
records  with  the  same  name  and  several  PRIVATE  records  with 
different  service  number  can  be  accessed.  Fcom  several 
PRIVATE  records,  his  service  number  can  be  found.  This  case 
has  three  indices,  SERVICE  NUMBER,  BIRTH  PLACE,  and  NAME. 
Another,  when  the  list  of  officers  who  attended  Naval 
Postgraduate      School        is      asked,  the      indices         must      be 
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identified,  such  as,  RANK  of  the  CAREER  record  and  SCHOOL 
NAME  of  the  CIVILIAN  EDUCATION  record. 

In  order  to  obtain  the  desired  inf ormatio n,  analysis 
of  the  transaction  processing  concerning  the  database  should 
be  performed.  This  analysis  specifies  the  index  and  output 
required,  transaction  required  (e.g.,  retrieval,  update), 
entity  names  and  relationships,  its  frequency,  Its  purpose, 
report  format,  security,  and  the  processing  priority. 

3.   Journal 

A  DBMS  must  provide  a  way  to  restore  the  database  to 
a  consistent  state  that  reflects  the  situation  after  some 
number  of      transactions   were   completed.  The   jDurnal      is  a 

basic  monitoring  record  in  which  all  changes  to  the  database 
of  a  certain  type  are  recorded.  A  system  journal  records 
every  transaction  that  happens  within  the  systea.  Jeffery 
D.  Ullman  [fief.  10]  enumerates  the  most  general  case  of 
journal   entries    that   consists   of 

-  A    unique  identifier      for      the      transaction     causing      the 
change, 

-  The    old   value   of    the   item,    and 

-  The   new   value   of    the  item. 

In  this  Database  the  author  suggests  that  journal 
entries   consist    of    the     following: 

-  Identification    of  the  user        who   is   accessing       this  data 
base. 

-  Date   of   transaction   and    beginning/ending    times. 

-  Type   of   operation     causing      the   change    (insert,      delete, 
update,    list,   etc). 

-  Key   being   affected  by   the   change  ( service   numoer,    etc)  . 

-  The   old   value   of    the  item. 

-  The   new   value  of    the  item. 

-  All   other   contents  typed  by   the   user. 
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**-      Data  Dictionary/Directory 

Each  DBMS  has  its  own  method  to  prel ef ine  data 
descriptions.  Each     has      a   repository      for      the      database 

description,  a  language  facility  to  process  taat  descrip- 
tion,   and  a   mechanism  to  input   that    description   to   the   DBMS. 

In  DBMS  the  included  data  dictionary/directory 
(DD/D) 3  is  primarily  oriented  toward  the  interni 1  represen- 
tation or  the  machine  use  of  the  data  definition.  The  data- 
base definition  does  contain  some  dictionary  information 
oriented  toward  the  user.  It  should  give  near ly  all  the 
information  that  a  good  dictionary  should  provide  for  the 
variety   of    usars   who  need  access    to   data    descriptions. 

A   DD/D      has    two     primary    users.  On   tha      directory 

side,  it  gives  data  definitions  to  the  D3MS,  to  application 
programs,  and  to  queries  for  access  to  the  storel  data.  On 
the  dictionary  side,  it  supports  the  database  administrator 
(DBA)  and  other  users  with  information  about  the  data  defi- 
nitions   that  compose   the  database.      [ Ref .    18] 

5.      Database   Administration 

The  database  administration  is  the  auti  ority  that 
regulates  the  DBMS  to  provide  maximizing  benefits  to  users. 
It   contains  several    specialties:  information   system    anal- 

ysis, database  structure  and  physical  organization  design, 
security,  recovery,  user  training,  configuration  tuning,  and 
documentation.  Each  of  these  specialties  may  be  designed 
for    one   individual   for  an  uncomplicated   database. 

Once  polices  and  procedures  have  been  set,  they 
should  be  documented  and  users  should  be  trained  in  their 
applications.  Furthermore,  the  DBA  has  respoa sibility  to 
enforce     procedures.        User      activity      should   be      monitored, 


3A  dictionary  that  defines  the  internally  necessary 
attributes  of  the  data,  their  physical  characteristics,  ana 
stored   locations  [Eef-    18]. 
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additional  training  and  other  measures  should  be  taken  when 
users  do  not  conform.  In  this  case,  additional  measures  are 
available  to  the  DBA.  One  is  that  the  DBA  can  warn  the  user 
and  notify  these  user's  senior  manager.  If  tais  does  not 
success,  the  DBA  can  punish  the  user  by  reducing  job  priori- 
ties. Generally  speaking,  such  measures  are  not  necessary. 
If  polices  and  procedures  are  appropriate,  are  set  for  the 
good  for  all,  and  are  carefully  explained,  users  will  be 
cooperative  and    follow   them. 

There  are  two  types  of  documentation  to  be  main- 
tained by  the  DBA:  One  concerning  database  activity  and  the 
second       concerning      database        structure.  Do cumentation 

regarding  data  activity  should  contain  databasa  standards, 
data  ownership,  retrieval  and  access  rights,  recovery  proce- 
dures, and  policy  enforcement.  Good  documentation  is  espe- 
cially important  in  this  area  since  it  involves  liverse  user 
groups  and  these  user's  are  frequently  change!  throughout 
the    Korean   Army.  The    DBA    must    publish,         distribute,      and 

maintain  this  documentation.  The  second  type  of  documenta- 
tion for  the  DBA  office  concerns  the  database  structure.  It 
should  include  information  about  standardized  test  proce- 
dures, test  forms,  record  keeping  methods,  and  test  result. 
In  addition  it  should  include  information  about  how  the 
structure  was  changed,  how  it  was  tested,  ani  the  like. 
Without  proper  documentation  of  changes,  the  diagnosis  of 
the  problem  is  next  to  impossible.  This  docua entation  is 
neither  published  nor  distributed  but  it  must  be  maintained. 
[Ref.    14] 
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7.     CONCLUSIONS    AND    RECOMMENDATIONS 

As  the  ROK  Army  has  been  developed,  the  de:ision  maker 
needs  more  accurate,  and  complex  information.  Furthermore, 
different  decision  makers  require  different  information  to 
perform  personnel  management.  Manual  labor  and  file  systems 
can  not  achieve  the  objective  of  providing  this  Information. 
Thus,  the  Army  needs  a  computerized  personnel  management 
system.  Particularly,  one  database  system  with  diverse 
applications  and  an  integrated  database  is  required  to 
support  information  for  performing  personnel  management 
rather  than  having  several  file  systems  in  several  computer 
centers.  Thus,      reduced      manual     effort     and   time      should 

decrease  the     size    of   staffs      and   should      therefore   increase 
combat  capability. 

To  attain  a  database  system,  the  database  model  must  be 
decided  before  the  system  design  phase.  A  relational  data- 
base model  is  the  most  helpful  in  the  ROK  Army'  s  personnel 
management,  because  this  model  is  easy  to  use  with  simple 
relational   concepts,    and  high    level   languages   for    queries. 

This  thesis    covers  the      requirement   analysis,       data  item 

analysis  and     their    groups,      analysis    of      their   i pplications 

and   their  relationships,    and  three   components   foe    relational 

database   design.  Thus,      the   database    design     is   completed 

using   a    relational   model   for  performing   personnel    management 

in    ROK   Army.        After    being      designed,      the   computer   programs 

should   be  fully    tested.      The   author's    recommendations   are; 

1.      The    hardware      with   capabilities      to    suppoct      database 

system      should  be     chosen.        The      number   jf      computer 

resources      should        be      sufficient        to     rontinuously 

service    all    end-users. 
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2.  A  tremendous  amount  of  data  must  be  loided  in  the 
memory  device.  This  labor  intensive  effort  will 
unfortunately  be  constrained  by  personnel  capabili- 
ties, and  will  necessarily  take  a  long  period  of  time 
to   complete. 
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APPENDIX    A 
DATA    ITEHS   FROM    CURRENT    FILE    SYSTEMS 


personnel   characteristics 

001 

service    number 

002 

social  security  number 

003 

name 

branch 

004 

or  i  g  in  a  1 

005 

special 

function 

006 

main 

007 

secondary 

commission 

008 

course 

009 

order   of   course 

010 

date 

011 

order    in    class 

012 

class  size 

013 

main  address 

014 

present    address 

015 

order  of    son 

016 

blood-type 

017 

marital-status 

018 

religion 

019 

hobby 

020 

service    type 

021 

height 

promotion 

022 

administrative  order 

023 

rank   status 

024 

rank 

025 

pro motion -date 
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military    career 

026 

unit -name 

027 

position 

028 

period    (yymmdd,   yymmdd) 

military   education 

029 

school   name 

030 

course 

031 

order  of   course 

032 

period    (yymmdd,   yymmdd) 

033 

grade 

034 

average    grade 

035 

order  in    class 

036 

class  size 

civilian   education 

037 

school  name 

038 

major 

039 

degree 

040 

period    (yymmdd,    yymmdd) 

041 

location 

042 

graduation  classification 

043 

scholarship    from   military 

health  condition 

044 

checking-year 

045 

checking    result 

foreiqn    lanquacje    capability 

046 

language 

047 

speaking    level 

048 

listening    level 

049 

reading    level 

050 

interpretation   level 

051 

translation    level 

technical   capability 

052 

kind   of    licence 

053 

class 

054 

bureau 
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055 

obtained^ date 

award/punishment 

056 

administrative  order 

057 

kind   of    award/punishment 

058 

given-date 

059 

reason 

war   experience 

060 

war    name 

061 

period    (yymmdd,   yymmdd) 

secret   treatment 

062 

permitted -date 

063 

classification 

service   estimation 

064 

estimate- year 

065 

kind  of    estimation 

066 

estimated -result 

selected    PX-goods 

067 

purchase-  goods 

068 

manufactured- company 

069 

model 

070 

PX-location 

071 

purchase-  date 

flying-time 

072 

kind  of    plane 

073 

flying- mission 

074 

date    (yymmdd) 

075 

period    (hhmm,    hhmm) 

payroll 

076 

payroll    month 

077 

rasic  salary 

078 

insurance 

079 

annuity 

080 

spouse's    allowance 

081 

tax 

082 

tax   advantage 
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083  salary 

family 

084  relation 

085  name 

086  social   security  number 

087  dependent/independent 
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APPENDIX    B 
DATA    DICTIONARY 

This      data      dictionary      contains      data   items      and      their 
records,    consisting    of  six    columns: 

1.  Item   number.         The     item      number      contains      four   digits. 
First    two    digits  stand    for      record      number.         The    other 
two   digits    are      a  serial   number   of    one   reco:  d. 

2.  Data  item.  This  column   contains        the   data   item   name 
as   it   is   known   to   the    user. 

3.  Data   nams.         This  column      contains      the      uni gue   name   for 
data   item    that    will  be    used   by   programmer/user. 

4.  Type.  This  column  contains  the  data  item's  type  where 
"n"  means  numeric,  "an"  means  alphanumeric,  and  "a"  means 
alphabet. 

5.  Length.        This    column    contains      number   of   :iaracters      in 
each   data    item. 

6.  Description.  This  column  contains  the  dsscription  of 
the  data  item.  The  abbreviation  is  used:  YYM3DD  for  year 
(two  digits),  month  (two  digits),  and  day  (two  digits) . 
YYMM  for  year  and  day,  YY  for  year,  HHMM  for  hours  and 
minutes.  See  (n)  stands  for  the  number  n  in  appendix  D. 
A   Won   is   the   unit   of   Korean   currency. 


#        data     item  data        ty   len-  description 

item  name     -pe   gth 

■ain  id  MA  IN.  (56) 

0101  service  number  SN  n        8      main   key 

0102  name  NAME        a      25      name    (las  t,  1st,  2nd) 

0103  original   branch  OEGBR      n        2      19    types,     see(1) 


0104  special  branch 

0105  main   function 

0106  secondary    function 

0107  social 
security   number 

0108  service  type 


SPEBR 

n 

1 

MAIN FN 

n 

3 

SECNFN 

n 

3 

SSN 

n 

13 

S VCTYP 

a 

1 

2  types,  see  (2) 
38  types,  see  (3) 
129  types  ,  see  (4) 


3  types,  see  (5) 


private 

0201  service  number 

0202  birth    place 

0203  order   of  son 

0204  religion 


PRIYA  (14) 

SN  n        8      key 

BRTHPL  n         4      city,    ses  (6) 

ORDSON  n         11-9 

RELIGN  n         1       4    types,    see  (7) 


k°dl  characteristics  BODY 

0301  service  number 

030  2  blood- type 

0303  height 

0304  size    of  shoes 

0305  size  of  pants 

0306  size  of  shirt 

0307  size   of  hat 

0308  size   of  gloves 


QDY 

(24) 

SN 

n 

8 

BLOOD 

n 

1 

HEIHT 

n 

4 

SHOE 

n 

3 

PANT 

n 

2 

SHRT 

n 

2 

HATS 

n 

3 

GLOV 

a 

1 

key 

6  types,  see  (9) 

centimets  rs 

millimeters 

1  -  18,  3ee{10) 

1  -  18,  see(10) 

(inches  X  10) 

3  types,  see  (1 1) 


marriage 

0401  service  number 

0402  marital-status 

0403  status-date 


HABR  (15) 

SN  n  8  key 

HARTAL  n  1  2    types,    see(12) 

MARDAT  n  6  YYMMDD 


(111) 


present/mailing  ADDRS 

address 

050  1    service  number  SN  n        8 

0502  address  ADPRST    an    42 

*  blank    for    mailing   address 

0503  housing  status  HUSTAT    n         1 

*  blank   for    mailing   address 


key 


4    types,    see  (13) 
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0504  status   date  STDATE    n         6      IYMMDD 

*  blank   for    mailing   address 

0505  name  ADNAM      an   42      name  (last  ,  first ,second) 

*  blank   for    present   address 

0506  social  security  ADSSN      n      13 

number 

*  blank   for    present   address 

0507  relation  ADREN     n        1      8   types,    see  (33) 

*  blank   for    present   address 

0508  priority  ADPRY      n        11-9 

*  blank   for    present   address 

careers  CREERS  (95) 

0601  service  number  SN  n        8      key 

0602  personnel    order  CRPORD    an    1 5 

0603  date   of  order  CRDAT      n        6      YYMMDD 

0604  course   name  CRCUR      n        4      see  (18) 

*  for   commission,    military   education 

0605  order    of  course  ORDCUR    n        3      001-999 

*  for  commission,    military   education 

0606  order    in   class  CRORD      n        3      001    -    999 

*  for  commission,    military   education 

0607  class    size  CRSZE      n        3      00  1-999 

*  for  commission,    military   education 

0608  start    date  CRSTAT    n         6      YYMMDD 

*  for  commission   date,    promotion   date,    retire    date,    and 
start   date  of    career    and   military    education 

0609  completion    date  ~RCPL      n        6      YYMMDD 

*  for   recruitment  date,    completion  date  of  ci reer   and 
military    education 

0610  unit  CRUNT      an    10      unitcode,     see  (17) 

*  for  career,    school   name   of    military  education 

0611  completion    reason  CREAS      n        1 

*  for  career 

0612  grade  CRGRD      n        3      percentaj  e  {%) 
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*  for   military   education 

0613  average  grade  CEAVG      n        3      percentag  e  (%) 

*  for   military   education 

0614  rank   status  CRESTA    n         1      4    types,    see  (15) 

*  for   promotion 

0615  rank  CEBNK      n        2      24    types,     see  (16) 

*  for   promotion 

0616  military   personnel        CEEUL     n        6   article,    clause, 

rule  paragraph,    see (14) 

*  for  retirement 

0617  position  CEPOS      an    1 5      - 

*  for  career 

civilian  education 

070  1  service  number 

0702  school  name 

070  3  major 

0704  degree 

0705  start  date 

0706  completion  date 

0707  location 

0708  location 
070  9  graduation 

classification 
0710    scholarship  CSCHS      n         1      2    types,    see  (23) 

technical  capability  TECH  (26) 

0801  service  number                 SN            n  8  key 

0802  kind   of  licence               TECLCN    n  4  see  (25) 

0803  licence  number                 TECNMB   n  7  serial  m  mber 

0804  class                                       TECCLS    n  1  7    types,    see  (26) 

0805  obtained-date                     TECDAT    n  6  YYMMDD 

foreign  language  FRLANG  (J 4) 

0901    service  number  SN  n        8      key 
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CEDOC 

(ID 

SN 

n 

8 

key 

CSCHL 

an 

25 

- 

CMAJR 

n 

4 

see(19) 

CDEGE 

n 

1 

4  types, 

see  (20) 

CSTET 

n 

6 

YYMMDD 

CCMPL 

n 

6 

YYMMDD 

CNTEY 

n 

3 

country, 

see  (21) 

CLOCA 

a 

16 

city 

CGRCL 

n 

1 

3  types, 

see  (22) 

0902  language 

0903  speaking   level 

0904  listening    level 

0905  reading  level 


FLANGU    n  3  20    types,     see  (27) 

FSPEAK    a  1  3    types,    see  (24) 

FLISTN    a  1  3    types,    see  (24) 

FREAD      a  1  3    types,    see  (24) 


physical  exam/  PHEALTH         (40) 

health   condition 

1001  service  number  SN  n        8 

1002  checking-year  CHYE        n        2 

*  for   examed   year  of   physical   exam 

1003  eye    (left)  LEYE        a         1 

*  for  1 OOi  of  physical  exam 

1004  eye  (right)  R EYE    a    1 

*  for   2000m    of    physical    exam 

1005  ear    (left)  LEAR        a        1 

*  for   broad    jump   of   physical    exam 

1006  ear    (right)  REAR        a        1 

*  for  chip-up 

1007  nose  NOSE        a         1 

*  for  grenade-throw 

1008  tooth     (up)  Q TOOT      a         1 

*  for  sandbag-carriage 


1009  tooth     (down) 

1010  hand    (left) 

1011  hand    (right) 

1012  foot    (left) 

1013  foot    (right) 

1014  lung 

1015  neck 

1016  skin 

1017  round    of  chest 

1018  highest 
blood   pressure 

1019  lowest 

blood  pressure 


DTOOT 

LHAND 

RHAND 

LFOOT 

RFOOT 

LONG 

NECK 

SKIN 

CHEST 

HELD 

LBLD 


a 
a 
a 

a 

a 
a 
a 

a 
n 
n 


key 
YY 

3  types,  see  (28) 

3  types,  see  (24) 

3  types,  see  (28) 

3  types,  see  (24) 

3  types,  see  (28) 

3  types,  see  (24) 

3  types,  see  (28) 

3  types,  see  (24) 

3  types,  see  (28) 

3  types,  see  (24) 

3  types,  see  (28) 

3  types,  see  (24) 

3  types,  see  (28) 

3  types,  see  (28) 

3  types,  see (28) 

3  types,  see  (28) 

3  types,  see  (28) 

3  types,  see  (28) 

3  types,  see  (28) 

3  types,  see(28) 

centimet?  rs 
mmHg 

mmHg 
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1020    weight 


SEIHT      n        4      kilograms 


war   award. leaves  AS?&RD  (93) 

1101  service  number  SN  n        3      key 

1102  kind   of  H  KND        n        3      19    types,     see  (29) 

award/ punishment 

*  for   award/punishment 

1103  start    date  HSTAT      n         6      YYMMDD 

*  for  war   experience,    leaves 

1104  who_given  WG7N        an    1 5      - 

*  for  award/punishment 

1105  general  order  WGEN        an    15 

*  for  award/punishment 

1106  completion    date  WCMPL      n        6      YYMMDD 

*  for  war  experience,    leaves 

1107  war   name  tf  NME        an    1 6      - 

*  for  war   experience 

1108  reason    (for   leaves)       HRSN        n        1      5    types,    see  (34) 

1109  reason  WDRSN      a      23      - 

*  for   award/punishment 


service   estimation 

1201  service  number 

1202  estimate-year 

1203  integrity 

1204  honesty 

120  5  responsibility 

1206  personality 

1207  capability 

1208  estimated-order 
120  9  total   estimatees 


S7EST 


(12) 


recommend  order 

1301  service  number 

1302  reccmmended-year 


S  N 

n 

8 

key 

S7YE 

n 

2 

Y^ 

SVIGT 

a 

3 

types, 

see  (24) 

SVHNS 

a 

3 

types, 

see  (24) 

S7RSP 

a 

3 

types, 

see  (24) 

SVPSN 

a 

3 

types, 

see  (24) 

S7CPB 

a 

3 

types, 

see  (24) 

S70ED 

n 

2 

- 

S7TTL 

n 

2 

# 

of  toti 

1 

RCHORD 

(1H) 

SN 

n 

8 

k€ 

>y 

RCYR 

n 

2 

Yl 

r 
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1303  reccmmended-order  ECOED      n        2      - 

1304  total    recommendees        RCTTL      n        2      #    of    toti 1 


secret    treatment 

SCBT 

(36) 

1401    service  number 

SN 

n 

3 

key 

1402    classification 

SCECLS 

n 

1 

6    types, 

see  (30) 

1403    permitted-date 

SCEDAT 

n 

6 

YYMMDD 

140  4    personnel    order 

S CEO ED 

an 

15 

- 

1405    data   of  order 

SPEDAT 

n 

6 

YYMMDD 

flying-time 

FLYTIM 

<3_9J 

1501    service  number 

SN 

n 

8 

key 

1502    type  of  plane 

FLPL 

n 

2 

- 

1503    flying-mission 

FLMSSN 

n 

2 

4    types, 

see  (31) 

1504    date 

FLDAT 

n 

6 

YYMMDD 

1505    take-off  hours 

FLOFF 

n 

4 

HHMM 

150  6    landing  hours 

FLLAND 

n 

4 

HHMM 

1507    veather-time 

F1HOOD 

n 

2 

HHMM     (pe: 

iod) 

1508    night-time 

FLNITE 

n 

2 

HHMM     (pe: 

iod) 

family 

FAM 

(il) 

1601    service  number 

SN 

n 

8 

key 

1602    social 

FAMSSN 

n 

13 

- 

security   number 

1603    family  member 

FA  MEM 

a 

25 

name    (las 

t,    1st, 

2nd) 

1604    dependent 

FAMDEP 

n 

1 

2    types, 

see  (32) 

160  5    relation 

FA ME EL 

n 

1 

8    types, 

see  (33) 

education  expenses  EDOEIP  (51) 

redaction 

1701  social  security  EDQSSN    n      13 
number 

1702  school  name  EDUSCH    an    28      - 

1703  amount  of    reduction  SDUAMT    n        6      won 

1704  reduction    month  EDOMON   n        4      YYMM 
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PX-qoods 

11 

(iD 

1801 

service  number 

SN 

n 

8 

key 

1802 

purchase- goods 

PXGDS 

n 

2 

13   typesr     see  (35) 

1803 

manuf  actured-compan 

y   PXCO 

an 

11 

- 

1804 

model 

PXMDL 

an 

10 

- 

1805 

PX-location 

PXLCT 

n 

4 

city,    sea  (7) 

1806 

purchase- date 

PXDAT 

n 

6 

YYMMDD 

payroll 

PAY 

(25) 

1901 

service  number 

SN 

n 

8 

key 

1902 

payroll  month 

PAMON 

n 

4 

YYMM 

1903 

basic   salary 

PASAEA 

n 

7 

won 

1904 

military   insurance 

PAINSU 

n 

7 

won 

1905 

annuity 

PAANU 

n 

7 

won 

1906 

spouse's   allowance 

PAWIF 

n 

7 

won 

1907 

family   allowance 

PAMEM 

n 

7 

won 

1908 

encourage    allowance 

PAENC 

n 

7 

won 

1909 

tax 

PATAX 

n 

7 

won 

1910 

tax   advantages 

PAADV 

n 

7 

won 

1911 

salary 

PASA1Y 

n 

7 

won 

transportation 
reduction 

2001  service  number 

2002  reduction-date 

2003  departure-hours 

2004  origin 

2005  destination 

2006  how 

2007  amount  of    reduction 


TRANS 


(33) 


SN 

n 

8 

key 

TRDAT 

n 

6 

YYMMDD 

TRHOO 

n 

4 

HHMM 

TRORG 

n 

4 

city 

TRDST 

n 

4 

city 

TRHOW 

n 

1 

4    types, 

see  (36) 

TRRDC 

n 

6 

won 
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APPENDIX    C 
RELATIONAL    SCHEMA 

1.  main  id 

MAIS     (SN,    NAME,     ORGBR,    SPEBR,     MAINFN,     SECNFN,     SSN, 
SVCTYP) 

2.  private 

PRIVA     (SN,    BRTHPL,    CfiDSON,    RELIGN) 

3.  body  char 

BODY     (SN,    BLOOD,     HEIHT,     SHOE,    PANT,    SHRT,    HATS,    GLOV) 

4.  marriage 

MARR     (SN,    MARTAL,     MARDAT) 

5.  present/mailing   address 

ADDRS     (SN,    ADPSST,    HDSTA  T,    STDATE,     ADNAM,     ADSSN,     ADREN, 
ADPRY) 

6.  commission,    retirement,    promotion,    career,    i nd    military 

education 
CREERS     {SN,     CRPORD,    CROAT,    CRCDR,    ORDCUR,     CHORD,    CRSZE, 
CRSTAT,    CRCPL,    CRUNT,    CRSAS,     CRGRD,     CRA/G,    CRRSTA, 
CRENK,     CRRD1,    CRPOS) 

7.  civilian  education 

CEDDC     (SN,    CSCHL,    CMAJR,       CDEGR,    CSTRT,     CCMPL,     CNTRY, 
CLOCA,     CGRCL,CSCHS) 

8.  technical    capability 

TECH     (SN,    TECLCN,    TECNMB ,    TECCLS,    TECDAT) 

9.  foreign  language 

FRIANG     (SN,     FLANGO,    FSPEAK,     FLISTN,     FREAD) 

10.    physical   exam/    health    condition 
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PBELTH     (SN,     CHYR,    IEYE,     REYE,    L2AR,    SEAR,     NOSE,     UTOOT, 
DTOOr,     LHANE,    RHAND,    LFOOT,     RFOOT,    LUNG,      NECK, 
SKIN,     CHEST,    HBLD,     LELD,    WEIHT) 

11.  war  experience,    award/punishment,    and   leaves 
AWARD     (SN,    HKND,     WSTAT,     EGVN,    WGEN,    WCMPL,    WN^E, 

WRSN,     WDRSN) 

12.  service  estimation 

SVEST     (SN,    SVYR,     SVKND,     SVIGT,     SVHNS,    SVRSP,    5 VPSN, 
SVCPB,    SVORD,    SVITL) 

13.  recommendation    crder 
RCHORD     (SN,     RCYR,    ECORD,     RCTTL) 

14.  secret   treatment 

SCBT     (SN,    SCRCLS,     SCRDAT ,    SCRORD,     SPEDAT) 

15.  flying   time 

FIYTIH     (SN,     FLPL,     FLMSSN,    FLDAT,     FLOFF, ' FLLAND ,     FLHOOD, 
FINITE) 

16.  family 

FAfl     (SN,    F&J1SSN,     FAMEM,     FAMDCEP,    FAMREL) 

17.  education    expenses   reduction 
EDOEXP     (EDJSSN,     EEOSCH,     EDUAMT,    EDUJON) 

18.  PX_goods 

PX     (SN,     PX3DS,    PXCC,    PXMDL,    PXLCT,     PXDAT) 

19.  payroll 

pai   (sn,  pa3qn,   pasara,    painsu,   paanu,   pawif,   pamem, 
paen:,   patax,  paadv,   pasaly) 

20.  transportation    reduction 

TBANS     (SN,    TRDAT,    TRHOO,     TRORG,    TRDST,    TRHOW,    TRRDC) 

*    The    under    lines    stand   for   the   primary   key. 
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APPENDIX  D 

SAMPLE  CODE  TABLE 

1.  Original  Branch 

infantry  21 

artillery  22 

armed  corps  23 

aviation  24 

engineer  25 

signal  corps  26 

ordnance  3  1 

guarter  master  finance  32 

transportation  33 

chemistry  34 

adjutant  general  41 

M.P.  •  42 

finance  43 

information  and  education  44 

medical  51 

judicial  52 

nurse  53 

military  religion  54 

wcmen  55 

2.  Special  Branch 

inspection      1  military  music 

3. Main  Function  (samples,  officer  only) 
infantry  officer  110 

armed  officer  120 

field  artillery  officer  131 

defence  artillery  officer  132 

intelligent  officer  14  1 

ccmbat  engineer  151 
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construction  engineer  152 
engineering  equipment  management     153 

communication  &  electronic  16  1 

signal  equipment  management  162 

aviation  officer  171 

chemical  officer  211 

mobile  equipment  management  221 

ammunition  officer  223 

material  management  231 

transportation  management  24  1 

adjutant  officer  311 

M.P.   officer  321 

financial   officer  331 

information  &  education  officer  341 

medical   officer  411 

medical  administration  412 

medical  equipment  management  413 

women  officer  421 

4- Secondary  Function  (samples) 
general  function 

personnel            510  personnel  planiing  511 

personnel  management  512  manpower           513 

NIKE  repair          654  HWAK  repair        655 

VALCAN  repair        656  Elicon  repair       657 

TOW  repair           658  rocket  repair      659 

special  function 

surgeon              771  orthopedist        772 

neurologist          773  plastic  surgeoi     774 

otstetrician         775  oculist            776 
otorhinolar yngology   777 

5. Service  Type 

short         1  long           2 
extension     3 
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6.  City  (samples) 

Seoul 

0100 

Inchon 

0300 

Chungju 

0500 

Gwangju 

0700 

Changweon 

0900 

Chunchung 

1100 

Sineoju 

1300 

Heongnam 

1500 

7.  Religion 

catholic 

1 

buddhist 

3 

8-  CcmmissioQ  Course 


KMA 

1 

EOTC 

3 

Special  OCS 

5 

9. 

Blood  Types 

A 

1 

AB 

3 

RH- 

5 

Busan 

3200 

Daejun 

3400 

Junju 

0600 

Je  ju 

D800 

Daegu 

1  000 

Pyonyang 

1  200 

Chun jin 

1  400 

protestant 
none 


3rd  KHA 

OCS 


B 
0 
RH  + 

10.    Size   of   Pants/Shirt 

codes   is  equal   the   numbers   of   size 


11-     Size   of   Gloves 
small  1 

large  3 

12.  Marital  Status 
marriage  5 

13.  Housing   Status 
military  quarters        1 
rent  3 


middle 


divorce  9 

military   apartment-i  ouse 
owner 
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14.  Military  Personnel  Rules  (samples) 
article  clause  paragraph 

41  2        1  410201 

41  2        2  410202 

41  2  3  410203 

42  1  1  420101 
42  1        2  420102 

42  2  3  420203 

43  2  2  430202 

44  2  3  440203 
44  2        5  440205 

15.  Rank  Status 

regular         1        temporary       2 
appointed       3        demotion        4 

16.  Rank 
general 

general  11  lieutenant   general  12 

major   general  13  brigader   gaieral  14 

officer 

colonel  21  lieutenant   colonel  22 

major  23 

captain  31  first    lieutanant  32 

second    lieutenant  33 

warrant   officer  41 
NCO 

master   sergeant  51  sergeant  52 

staff    sergeact(I)  53 
private 

staff    sergeant (II)  61  lance   corpocal  62 

corporal  63  first    private   class        64 

second    private  class   65 
civilian 

group    I  71  group   II  72 

group    III  73  group    IV  74 
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group    V  75  group    VI  76 

group    VII  77  group    VIII  73 

group    IX  79 

17.  Unit  Code 

not  included  for  secret  reasons 

18.  Military  Education  Courses  (samples,  only  man I atory  courses) 
officer 

National  Defense  College  1001 

Army  Defense  College  (regular  course)  1002 
Army  Defense  College  (nonregular  course)  :  1003 

Officer  Advanced  Course  1004 

Officer  Basic  Course  1005 

warrant  officer 

advanced  course  200  1 

non  commissioned  officer  (NCO) 

NCO  Advanced  Course  3001 

NCO  Basic  course  3002 

enlisted  men 

basic  MOS  course  4001 

19. Major  (sample) 

administration     0101      agriculture         0102 
architectural  engineering  0103 

bacteriology       0201      biology  0202 

business  0203 

chemistry          0301      civil  engineering  0302 
communication      0303 

computer  science/information  system  0304 

construction  engineering  0305 

20.  Degree 

Ph.  D        1  Master        2 

bachelor     3  Diploma       4 
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21.  Country  (samples) 

Burma 

101 

Indonesia 

Japan 

103 

Malaysia 

Philippines 

105 

Singapore 

Taiwan 

102 

Denmark 

201 

England 

France 

20  3 

Germany 

Italy 

205 

Norway 

Portugal 

207 

Spain 

Sweden 

209 

South  Africa 

30  1 

Australia 

401 

Brazil 

501 

Canada 

Chile 

503 

Columbia 

Mexico 

505 

Peru 

united  States 

507 

22.  Graduation  Classification 

not  graduation 


graduation 

1 

completion 

3 

23. 

Scholarship 

military 

1 

10  2 
104 
106 

202 
204 
206 

208 


502 
504 

506 


others  2 

24.  Physical  Examination  Class 

excellent  A        good       B 

capacity  of  development    C 

25.  Licences  (samples) 

electric  repair  220  1 

electrical    equipment   repair  2202 

electronic    testing-equipment  repair                                     220  3 

radio  /   TV    repair  2204 

compressor    operation  3301 

crane  operation  3302 

excavator  operation  3303 
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grader    operation 

mixer    (concrete)    operation 

paving    machine    (concrete,    asphalt)    operation 

power-shovel   operation 

tractor  operation 

26.    Licence  Class 


engineer  top 

1 

engineer  II 

3 

skill  I 

5 

skill  III 

7 

engineer    I 

2 

skill    top 

4 

skill   II 

6 

3  30  4 

3305 
3306 
3  30  7 
3308 


27.    Foreign   Languages 


Arabic 

801 

Burmese 

803 

Dutch 

805 

French 

807 

German 

809 

Iranian 

81  1 

Japanese 

813 

Russian 

815 

Swedish 

817 

Turkish 

819 

Bulgarian 

8)2 

Chinese 

83  4 

English 

836 

Grecian 

80  8 

Indonesian 

810 

Italian 

81  2 

Polish 

81  4 

Spanish 

81  6 

±  ua.X 

81  3 

Vietnamese 

820 

28.  Health   Condition 
normal  A 

29.  Award 
medal 

Dongbaek      1 1 
Chunsu  13 

honour 

Chung-mu      21 
Oel-ji  23 

commendation 

president 
prime    minister 


non-normal 


s 


Kwangbok 

12 

Sam-il 

14 

H ha -rang 

22 

In-hun 

24 

31 

32 
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ministry  of   national   defense 
chief    of   general  staff 
field    army    ccmmander 
corps    commander 
division  commander 
regiment   commander 
battalion    commander 
punishment 

heavy    reprimand        51 

30.    Secret   Treatment    Classification 


nse 

33 

3* 

35 

35 

37 

33 

39 

reprimand 

52 

top 

1 

secret 

2 

confidential 

3 

restricted 

4 

cipher 

5 

31. 

Fly  Mission 

fight 

10 

reconnaissance 

20 

operation 

21 

training 

30 

32.  Dependant 

dependant  1          independant                           2 

33.  Relation 

grand  father  1     grand  mather          2 

father  3    mother               4 

brother  5    sister               6 

spouse  7    children              8 

34.  leaves 

annual  1    sick                 2 

reward  3    asking                4 

others  5 

35.  PX-Goods 

auto  11      autocycle                             12 

color  TV  21      audio-system                       22 
video-record  player     23      personnel  computer        24 

camera  31      telescope                             32 
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mixer 

wash  machine 

golf 

36.    Transportation 
plane 
train 


41      refrigerator 
43      gas-range 
51 


42 

44 


bus 

ship 
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